Respiration system and respiration apparatus and method

ABSTRACT

The present invention relates to methods for operating a respiration apparatus and a respiration system, and also a respiration apparatus and a respiration system. The respiration system comprises a respiration apparatus and a computer software program for an external computer to operate the respiration apparatus. The respiration apparatus comprises a processor device and an apparatus software program and an apparatus configuration. The validities of the computer software, the apparatus software and the apparatus configuration are in each case characterized by a version. The versions are compared with one another to detect a version conflict. If invalid versions are present, the computer software is provided with a program component with a limit value and a plausibility rule, or the setting parameters are sorted into a first group and a second group. The setting parameters of the first group are retained.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is a divisional of U.S. patent application Ser.No. 16/407,275, filed May 9, 2019, which a is continuation of U.S.patent application Ser. No. 14/834,637, filed Aug. 25, 2015, now U.S.Pat. No. 10,293,124, which claims priority under 35 U.S.C. § 119 ofGerman Patent Application No. 10 2014 012 793.1, filed Aug. 28, 2014.The entire disclosures of these applications are expressly incorporatedby reference herein.

BACKGROUND OF THE INVENTION Field of the Invention

The present invention relates to a respiration apparatus and a methodfor operating a respiration apparatus and a respiration system and amethod for operating a respiration system with at least one respirationapparatus. The respiration apparatus comprises at least one processordevice and at least one apparatus software program. The respirationsystem comprises at least one respiration apparatus and at least onecomputer software program for an external computer to operate therespiration apparatus. The validities of the computer software, theapparatus software and the apparatus configuration are characterized ineach case by at least one version. The versions are at least partiallycompared with one another in order to detect a version conflict.

Discussion of Background Information

Modern respiration apparatuses are normally operated withcorrespondingly adapted software solutions. As a result, for example,individually settable respiration modes or an automatic detection ofrespiratory disorders can be particularly effectively implemented. Asoftware program for the respiration apparatus itself and a softwareprogram for an external computer from which the apparatus can be readand controlled are often provided. Moreover, a configuration file which,for example, specifies the reference values or limit values for therespiration parameters to be set for the respiration is often stored inthe apparatuses.

A regular updating of the software is helpful or necessary in order toguarantee fault-free operation. However, incompatible versions of theindividual software elements may be present as a result of updates ofthis type.

Specific functions, such as e.g. the setting or reading of therespiration apparatus via PC software, may no longer operate correctlyas a result of incompatible versions of this type. Moreover, previousconfigurations or respiration settings may no longer be available andmay have to be recreated as a result of the updating of software on therespiration apparatus or the computer, which in most cases is verycostly. In very unfavorable cases, incompatible versions may evenadversely affect the provision of the respiration.

In view of the foregoing, it would be advantageous to have available arespiration apparatus and a respiration system and a method foroperating a respiration apparatus and a respiration system with which areliable operation can be guaranteed independently of software updates.

SUMMARY OF THE INVENTION

The present invention provides methods, a respiration apparatus and arespiration system as set forth in the independent claims. Someadvantageous but optional features of the present invention are setforth in the dependent claims. Further advantages and features areindicated in the general description and the description of the exampleembodiment.

The method according to the invention serves to operate at least onerespiration apparatus. The respiration apparatus comprises at least oneprocessor device to control a plurality of apparatus functions with atleast one apparatus software program and with at least one apparatusconfiguration with setting parameters. A validity of the apparatussoftware and a validity of the apparatus configuration are characterizedin each case by at least one version. The versions are compared with oneanother in order to detect at least one version conflict between theapparatus software and the apparatus configuration. The settingparameters of the apparatus configuration are read if an invalid versionof the apparatus configuration and a valid version of the apparatussoftware are present. The setting parameters of the apparatusconfiguration are sorted into at least a first group and at least asecond group. The first group comprises setting parameters that areunaffected by the version conflict. The second group comprises settingparameters that are affected by the version conflict. The settingparameters of the first group are retained.

The method according to the invention for operating the respirationapparatus has many advantages. One significant advantage is that, if atleast one invalid version is present, the setting parameters of theapparatus configuration are sorted according to whether they are or arenot affected by the version conflict. As a result, the unaffectedsetting parameters can be used despite the occurrence of the conflict,so that the operation can thus be continued. Reliability and safety aresubstantially increased, since the respiration operation is guaranteedindependently from a completed or neglected software update.

A further advantage is that the setting parameters are retained andremain usable despite a version conflict. As a result, a frequentlytime-consuming re-entry of the setting parameters is not required.Furthermore, it is particularly advantageous that even an apparatussoftware program or apparatus configuration with an invalid version canbe used for the operation of the respiration apparatus. This isparticularly helpful if, for example, the facility or time is notimmediately available to carry out an update.

The validity of a version is determined in particular on the basis of atleast a current status. In particular, a newer version is valid. Anolder version is, in particular, invalid. In particular, a newer versionis valid rather than an older version. However, it is also possible andpreferable for the validity of a version to be determined on the basisof at least one allocated priority. In particular, a version with ahigher priority is valid rather than a version with a lower priority.

In a comparison with a different version, the priority of a version is,for example, more heavily weighted than a current status. Thus, forexample, an older version with a higher priority can be acknowledged asvalid rather than a newer version with a lower priority. The versionand, in particular, the current status and/or priority are preferablystored and readable as at least one program element in the apparatussoftware and/or the apparatus configuration. The versions are preferablychecked before and/or during an installation.

The apparatus configuration and the apparatus software are preferablystored in at least one storage device. The apparatus configuration andthe apparatus software can also be stored in each case in a separatestorage device, e.g. a memory card and a permanently installed memory.

Within the meaning of this invention, the setting parameters are inparticular those values which define the setting of specific apparatusparameters. Apparatus parameters are, for example, a pressure, flow,rotational speed, periodicity or the like. The setting parameterspecifies, in particular, a value or value range for an apparatusparameter of this type, e.g. a value for a pressure. The settingparameter may also be designed as at least one function and/or at leastone algorithm. An algorithm as a setting parameter describes, forexample, the increase or decrease in a pressure over time to specificvalues. Particularly preferably, the setting parameters specify valueswith which the respiration parameters to be set for the respiration areset to specific values and or progressions.

The setting parameters of the second group are, in particular,characterized in that they are retrieved in the case of an envisagedoperation of the apparatus software and are not stored in the apparatusconfiguration. The setting parameters of the second group can also becharacterized in that they are not needed in an operation and are notretrieved by the apparatus software. The setting parameters that are notrequired are preferably not retained. The setting parameters of thesecond group are, in particular, incompatible if an impermissiblecombination of apparatus software and apparatus configuration occurs.

In one particularly preferred refinement, the setting parameters of thesecond groups are sorted into at least a first class and at least asecond class. The first class comprises setting parameters that areuncritical for an envisaged operation of the respiration apparatus. Thesecond class comprises, in particular, setting parameters that arecritical for an envisaged operation.

Setting parameters are defined as uncritical particularly if at leastone alternative allocation is possible despite the version conflict. Forexample, uncritical setting parameters can be recalculated, skipped,deleted and/or replaced by at least one other setting parameter. If noalternative allocation is possible for an uncritical setting parameter,an at least partial operation may nevertheless be possible.

Critical setting parameters are characterized, in particular, in thatthey are necessary for at least one function of the respirationapparatus and this function cannot be provided correctly due to theversion conflict. In particular, a critical setting parameter isincompatible in relation to the apparatus software.

A critical setting parameter must, in particular, be reconfigured inorder to be compatible with the apparatus software. For example, asetting parameter may be critical because it specifies a value that isnot settable by means of the apparatus software and/or the respirationapparatus that is used. It is also possible that its value is settable,but the apparatus software contains a component which prohibits or doesnot permit the setting of such a value.

Such a division of the setting parameters concerned into a critical anduncritical class enables a prompt evaluation of the version conflict andtherefore simplifies the taking into account of the necessary steps forat least partially eliminating the version conflict.

At least one setting parameter of the first class is preferablyrecalculated. In particular, at least one rule stored in the apparatussoftware is taken into account for the calculation. For example, theapparatus software may comprise at least one algorithm that is used torecalculate a setting parameter. In particular, as a consequence of therecalculation, the setting parameter can be accepted or used despite theversion conflict, in particular for the apparatus configuration.

A recalculation of this type has the advantage that even newerapparatuses and apparatuses with newer apparatus software can be set andoperated by means of an older apparatus configuration, although theapparatus configuration does not initially provide all necessary settingparameters for such a combination of versions. The recalculation rulemay also originate from a source other than the apparatus software, forexample from an external software program or the apparatus configurationitself.

It is possible for the recalculation rule to provide at least a takinginto account of at least one setting parameter associated with the firstgroup. A taking into account of a setting parameter associated with thesecond group can also be provided. In particular, at least oneinterdependency of at least two setting parameters is established on thebasis of the taking into account.

The recalculation is carried out, in particular, on the basis of theinterdependent setting parameters. Setting parameters that have alreadybeen accepted and/or retained and/or reconfigured are preferably takeninto account. Critical setting parameters are, in particular, not takeninto account for the recalculation of other critical setting parameters.The adjustment of critical setting parameters is considerably simplifiedthrough the inclusion of the interdependencies.

In one advantageous embodiment, at least one setting parameter of thefirst class is set using at least one user input. For example, the valuefor the setting parameter can be directly entered manually. Differentvalues can also be proposed to the user, from which he selects asuitable value. A transfer of setting parameters from a differentapparatus configuration and/or from an external computer is alsopossible. A user input of this type enables a fast and uncomplicatedreplacement of setting parameters.

At least one setting parameter of the first class is particularlypreferably replaced by at least one default setting. The default settingis preferably stored in at least one storage device. An acceptance oflarge parts of and/or a complete default setting is also possible. Thedefault setting can also replace a plurality and/or all settingparameters of the classes.

In particular cases, critical setting parameters of the second class canalso be replaced by at least one default setting. It can be providedthat the default setting offers an only partially adequate replacementfor the critical setting parameter. In the case of an inadequateassignment of the critical setting parameters, an operation in a safemode and/or an emergency mode, for example, can be provided. Here, atleast one indication is preferably output to the user. A replacement ofsetting parameters with corresponding default settings offers a reliablefacility for quickly and simply correcting incompatibilities occurringin a version conflict.

It is possible and preferred that, if at least one setting parameter ofthe second class is present, an indication of the version conflict isoutput to the user. The indication may, for example, comprise a promptto update the apparatus software and/or the apparatus configuration. Avalid combination can be proposed. It is also possible for a referencesource to be specified and/or a connection to be set up to a referencesource, e.g. via the Internet. It is possible for operation to bestopped or carried out in a restricted manner until the update.

It is also possible and preferred that, if at least one settingparameter of the second class is present, at least one user input isrequired. In particular, a previous and in particular valid version ofthe apparatus software is restored after the user input. It is alsopossible for a previous and valid version of the apparatus configurationand/or of an external software program to be restored. The previousversion is preferably stored in at least one storage device.

For example, at least one backup is created before the performance of asoftware update and/or an update of the apparatus configuration. Anupdating process, for example, is interrupted by the user input whilesaid process may already have started. The detection and checking of theversions are particularly preferably carried out before an update and,in particular before an installation of a new software program orconfiguration.

If at least one setting parameter of the second class is present, atleast one user input may also be required which releases an operationwith an invalid version of the apparatus software and apparatusconfiguration. In particular, following the user input, the operation iscontinued with the invalid version in an at least partially restrictedmode. For example, only a part of the apparatus function may be usableand/or the operation is continued with setting parameters whichcorrespond only partially to those required by the user.

It is possible for at least one setting parameter to be stored in astorage device for a restricted mode of this type, by means of whichcritical setting parameters and/or missing setting parameters aresupplemented or reconfigured. A design of this type then offers a use ofthe apparatus even if version conflicts occur due to missing and/orinadequate updates.

The method according to the invention serves to operate at least onerespiration system. The respiration system comprises at least onerespiration apparatus and at least one computer software for an externalcomputer to operate the respiration apparatus via at least oneinterface. The respiration apparatus has at least one processor deviceto control a plurality of apparatus functions. The processor devicecomprises at least one apparatus software program and at least oneapparatus configuration with setting parameters. A validity of thecomputer software, a validity of the apparatus software and a validityof the apparatus configuration are in each case characterized by atleast one version. The versions are compared at least partially with oneanother in order to detect a version conflict. At least one programcomponent is provided by the apparatus software for the computersoftware if an invalid version of the computer software and a validversion of the apparatus software are detected. The program componentcomprises at least one limit value. Furthermore, the program componentcomprises at least one plausibility rule. At least one setting parametercan be set in the apparatus configuration from the computer softwareusing the plausibility rule and the limit value.

The respiration system according to the invention offers the advantagethat the apparatus software provides the computer software with at leastone program component with a limit value and a plausibility rule. As aresult, the computer software can control the respiration apparatus evenif a version conflict results in incompatibilities.

Furthermore, the method for operating the respiration system isadvantageously supplemented with the method for operating therespiration apparatus. The operation of the respiration apparatus can bemaintained and respiration can be guaranteed with a combination of thistype, totally independently from versions of the computer software, theapparatus software and the apparatus configuration.

For example, even a computer with an out-of-date and invalid computersoftware program can therefore be used to control or read a respirationapparatus with a new and valid apparatus software program or apparatusconfiguration. Even setting parameters for which the computer softwareversion is not designed can be used from the invalid computer softwareby means of the program component. A safe and reliable operation of therespiration system, independently from software updates, is therebyguaranteed.

In particular, at least one limit value is stored for at least onesetting parameter. In particular, the setting parameters affected by theversion conflict and, for example, uncritical and/or critical settingparameters can be adjusted using the limit value. It is possible that aninvalid version of the apparatus configuration is also present.

An adaptation of the apparatus configuration can also be provided here,for example as previously described for the method for operating therespiration apparatus. The apparatus configuration may also be valid. Itmay be provided that an at least partially restricted operation of thecomputer software is possible despite the program component that isprovided. For example, only a part of the functions of the respirationapparatus can be accessed from the computer software. It is alsopossible that only a part of the apparatus configuration can beinfluenced from the computer software.

In a preferred refinement, at least one interdependency between at leasttwo setting parameters is defined by the program component. Aninterdependency between three or four or a plurality of settingparameters is also possible. This substantially improves the accuracy ofa reconfiguration of setting parameters.

In a particularly preferred refinement, at least one program code isprovided by the program component. The program code is preferably storedin at least one program library jointly used by the apparatus softwareand the computer software. This has the advantage that both theapparatus software and the computer software simultaneously accessand/or can influence the program component. A further advantage is thata change in the program component by the apparatus software also impactsimmediately on the computer software and vice versa.

The program code is particularly preferably provided by at least oneexecutable file. In particular, the program code is provided by a DLLfile and/or a comparable suitable file. A design of this type isparticularly well suited for providing the program components for theinvalid computer software which said software requires for fault-freecommunication with the apparatus software.

The computer software is preferably designed as at least partiallybackward-compatible. In particular, the computer software is suitableand designed to be operated by at least one version of an apparatussoftware program detected as invalid and/or to operate such a softwareprogram. In particular, the computer software is designed so that it isoperable in the proposed manner with at least one invalid and, inparticular, older version of an apparatus software program and/or anapparatus configuration. A design of this type has the advantage thateven older respiration apparatuses can be set and/or read from newercomputers.

The methods can also be designed so that a parallel setting of amultiplicity of apparatus configurations can be undertaken by means ofat least one master program.

The master program is, in particular, executable with valid versionsonly. In particular, the apparatus configurations relate to differentrespiration apparatuses. A master program of this type has the advantagethat a simple and uncomplicated setting of the apparatus configurationscan thereby be effected for a plurality of respiration apparatuses.Since a plurality of respiration apparatuses are normally involved hereand settings that are decisive for the respiration are also frequentlydefined, the program execution linked to valid versions provides a highdegree of safety.

The methods can also provide at least one auxiliary program whichserves, in particular, for program-based setting of at least oneapparatus configuration. In particular, at least one rule for a settingof at least one setting parameter is defined by the auxiliary program.

The auxiliary program may, for example, contain a rule specifying whichsetting parameters are accepted and/or reset and/or deleted. The rulemay also contain limit values for the setting of setting parameters. Itis possible for the auxiliary program or its executability to be linkedto a specific combination of versions. An auxiliary program of this typehas the advantage that the setting parameters can be automaticallyadjusted in the apparatus configurations following an update or ifversion conflicts occur.

The respiration apparatus according to the invention comprises at leastone processor device to control a plurality of apparatus functions. Theprocessor device has at least one apparatus software program and atleast one apparatus configuration with setting parameters. A validity ofthe apparatus software and a validity of the apparatus configuration arecharacterized in each case by at least one version. The processor deviceis suitable and designed to compare the versions at least partially withone another in order to detect a version conflict between the apparatussoftware and the apparatus configuration. The processor device issuitable and designed to register at least one invalid version of theapparatus configuration and at least one valid version of the apparatussoftware. The processor device is furthermore suitable and designed toread the setting parameters of the apparatus configuration and sort theminto at least a first group with setting parameters unaffected by theversion conflict and at least a second group with setting parametersaffected by the version conflict. The processor device is suitable anddesigned to retain the setting parameters of the first group.

The respiration apparatus is particularly preferably designed in such away that it is operable with the method according to the invention andits refinements. As a result, the method can be particularly effectivelyimplemented and its advantages exploited.

The respiration system according to the invention comprises at least onerespiration apparatus and at least one computer software program for anexternal computer to operate the respiration apparatus via at least oneinterface. The respiration apparatus comprises at least one processordevice to control a plurality of apparatus functions. The processordevice has at least one apparatus software program and at least oneapparatus configuration with setting parameters. A validity of thecomputer software, a validity of the apparatus software and a validityof the apparatus configuration are characterized in each case by atleast one version. The processor device is suitable and designed tocompare the versions at least partially with one another in order todetect a version conflict. The processor device is suitable and designedto register a valid version of the apparatus software and an invalidversion of the computer software and to provide at least one programcomponent stored in the apparatus software for the computer software.The program component comprises at least one limit value and at leastone plausibility rule for the computer software. At least one settingparameter is settable in the apparatus configuration from the computersoftware using the program component.

The respiration system is preferably designed so that it is operablewith the method according to the invention and its refinements. Theadvantages of the method can thereby be particularly effectivelyexploited. The respiration system preferably also comprises arespiration apparatus which is designed in the same way as therespiration apparatus described above. A combination of this typeprovides a particularly reliable respiration operation which can beguaranteed independently from software updates.

BRIEF DESCRIPTION OF THE DRAWING

Further advantages and features of the present invention can be found inthe description of the example embodiment which is explained below withreference to the attached FIGURE.

FIG. 1 shows a respiration apparatus 1 according to the invention.

DETAILED DESCRIPTION OF INVENTION EMBODIMENTS

The particulars shown herein are by way of example and for purposes ofillustrative discussion of the embodiments of the present invention onlyand are presented in the cause of providing what is believed to be themost useful and readily understood description of the principles andconceptual aspects of the present invention. In this regard, no attemptis made to show details of the present invention in more detail than isnecessary for the fundamental understanding of the present invention,the description in combination with the drawing making apparent to thoseof skill in the art how the several forms of the present invention maybe embodied in practice.

FIG. 1 shows a respiration system 100 with a respiration apparatus 1 anda predominantly schematically represented computer 10. The respirationapparatus 1 is preferably a home respiration apparatus 11. Therespiration system 100 and the respiration apparatus 1 are provided anddesigned here to carry out the method according to the invention.

The respiration apparatus 1 comprises a respiration device 2 with aventilator device 3 to generate an air flow for the respirationsurrounded by a housing 101. A monitoring device 5 with a storage device15, a controller 25 and a sensor device 35 are provided to control therespiration device 2.

The respiration apparatus 1 is operated and set via an operating device7 with a display unit 17 and an interface for the data exchange 27. Ahumidifying device 6 is provided to increase the humidity content of therespiratory air.

The respiration apparatus 1 has a respiration interface 4 to feed theair flow to a user for respiration. The respiration interface ispreferably designed as a patient interface that is conventional inrespiration apparatuses and, for example, as a full face mask or as anasal pillow or as a tube or as a larynx mask. The respiration interface4 shown here is a respiratory mask 14 designed as a nasal mask. A hood24 is provided to attach the respiratory mask 14.

A connection tube 54 which is connected by means of a coupling device 64to the respiration device 2 is provided in order to connect therespiration interface 4 to the respiration device 2. The connection tube54 is connected via a coupling element 34 to the respiration interface4. An exhalation element 44 comprising a valve or designed as such isdisposed between the connection tube 54 and the coupling element 12. Theexhalation element 44 is provided, in particular, to prevent respirationback into the respiration apparatus 1 during the exhalation of the user.

The monitoring device 5 is actively connected to the sensor device 35which has one or more sensors to measure variables that arecharacteristic of the respiration parameters. For example, the sensordevice 35 has a pressure sensor (not shown here) which measures thepressure ratios in the area of the respiration interface. To do this,the pressure sensor has a flow connection via a pressure-measuring tube350 to the respiration interface 4.

The pressure-measuring tube 350 extends from the respiration interface 4along the connection tube 54 to an input nozzle 351 on the housing 101.The pressure-measuring tube 350 has a flow connection via the inputnozzle 351 to the pressure sensor of the sensor device 35.

The flow is measured via a restrictor which is arranged in the mainchannel of the flow connection between the ventilator device and therespiration interface 4. An arrangement in a secondary channel is alsopossible. In order to monitor further respiratory parameters, the sensordevice 35 can also be equipped with sensors to measure the respiratoryexcursion, to measure an oxygen saturation of the blood and/or tomeasure an EEG, EMG, EOG or ECG activity.

Furthermore, the monitoring device 5 has a controller 25 to control theventilator device 3. The controller 25 provides a necessary minimumpressure and compensates for pressure fluctuations caused by therespiratory activity of the user. For example, the controller 25 alsomeasures the prevailing pressure in the respiratory mask 14 andreadjusts the output of the ventilator device 3 accordingly until arequired respiratory pressure is applied.

The respiration apparatus 1 shown here may be designed as a fixed-levelapparatus or as an automatic-level apparatus. In particular, anadjustment is carried out by the monitoring device 5 in line withreference values that have previously been calculated and definedindividually on the basis of the characteristic breathing of a user.

It is also possible for the respiration device 2 to be adapteddynamically and in particular according to the respiratory phase of theuser. For example, a respiratory phase change can be detected using themonitoring device 5, so that a higher or lower pressure can be providedaccording to the respiratory phase. For example, the respirationapparatus 1 can be designed as a CPAP or APAP apparatus. The respirationapparatus 1 can also be designed as a bi-level apparatus. For example,the respiration apparatus 1 responds to specific respiratory events,such as e.g. snoring, respiratory flattening and/or obstructive pressurepeaks with corresponding settings of the respiratory parameters.

The respiration apparatus 1 has a processor device 8 here in order tooperate the apparatus components and control the apparatus functionsthat are provided, in particular, by these apparatus components. Theapparatus components are e.g. the respiration device 2, the ventilatordevice 3, the monitoring device 5, the humidifying device 6, theoperating device 7, the storage device 15, the display unit 17, thecontroller 25, the interface 27 and the sensor device 35, and alsofurther apparatus components not shown here.

The processor device 8 is designed here as a microcomputer and comprisesan apparatus software program as well as an operating system. With theprocessor device 8, data can be exchanged with the external computer 10.The processor device 8 and the computer 10 are interconnected via theinterface 27 of the respiration apparatus 1. The interface 27 may alsobe designed for wireless communication.

A multiplicity of apparatus functions can be operated and set from theexternal computer. To do this, the computer 10 has a computer softwareprogram with a user interface by means of which settings can beperformed simply and clearly. Data, such as e.g. respiration statistics,error messages, current settings or other data stored in the storagedevice 25 or the processing device 8 can also be retrieved from therespiration apparatus 1 by means of the computer software. The computersoftware also comprises e.g. a program for evaluating the respirationstatistics.

A apparatus configuration is stored in order to adapt the apparatussoftware to the respiration apparatus 1. The apparatus configuration maycomprise, for example, one or more files and may be stored in thestorage device 15 or on a memory card which is inserted into theapparatus 1. The apparatus configuration comprises a multiplicity ofsetting parameters according to which the individual apparatus functionsand e.g. the respiration device 2 are configured and operated.

The versions of the computer software, the apparatus software and theapparatus configuration, also referred to below as operating programs,are compared with one another in order to detect version conflicts. Thiscan be done, for example, when the computer 100 is started up or whenthe respiration apparatus 1 is switched on, or after or before anupdate.

In order to maintain a compatibility of the operating programs with oneanother and thus guarantee a reliable operation of the respirationapparatus 1 despite different versions, a series of measures areprovided according to the invention, some of which are presented here byway of example.

For example, the apparatus software has been updated and used in anapparatus 1 with an old and therefore invalid apparatus configuration.For example, a new apparatus software program can also be used for anapparatus 1 that is not yet supported. In such cases, the apparatus 1must then be set with an apparatus configuration originating from anolder apparatus or software version.

To maintain the compatibility of the operating programs, the settingparameters stored in the apparatus configuration are read out and sortedaccording to whether they are or are not affected by the versionconflict. The setting parameters unaffected by the version conflict areaccepted unchanged.

The remaining setting parameters are then divided up according towhether they can uncritically or critically affect the operation of therespiration apparatus 1. Newly added, uncritical setting parameters arethen appropriately configured in such a way that either default settingsare adopted or logically appropriate parameter values are determinedfrom the other setting parameters. As a consequence of critical settingparameters becoming incompatible or being newly added, either the usermust dissolve the dependency or the overall configuration is notaccepted.

A different measure can be undertaken, for example, if an old andtherefore invalid configuration and a new, updated apparatus softwareprogram are present. In the case of an apparatus software update, acheck is carried out before the update to determine whether the settingsspecified by the apparatus configuration can be accepted in a suitablemanner with the new version. If this cannot be done in the requiredmanner, a corresponding notification to the user is generated. If nosuitable acceptance is possible, the user has the facility to interruptthe update process. Alternatively, he can carry out the update, whereinthe apparatus 1 then uses the default settings. If an acceptance ispossible but requires decisions on the part of the user for individualconfiguration settings, these settings can similarly be retrieved.

For specific setting parameters or subsets of setting parameters, theapparatus software can define requirements for the transfer from aninvalid into a valid, new configuration. These requirements can beprovided for specific combinations of versions of the operatingprograms. The acceptance of a new configuration is thereby considerablyspeeded up and simplified. For example, a requirement of this type mayindicate which setting parameters are accepted and which are notaccepted.

Respiration parameters such as reference pressure, for example, can beaccepted, but not comfort parameters, such as display brightness, orvice versa.

For example, an invalid apparatus configuration may have a settingparameter with a value of 27 hPa. In a new, valid apparatusconfiguration, the setting parameter may then comprise e.g. a valuerange from 4 to 25 hPa. The setting parameter is then accepted into thevalid configuration, for example, using an automatic reset to a value of25 hPa.

The measures presented above enable a transfer from an apparatusconfiguration that was valid in a first apparatus software version intoa new apparatus configuration which is then valid in a second, moreup-to-date apparatus software version. The transfer is effected via atleast one set of rules which takes account of interdependencies andpriorities and also limit values and plausibility rules or othersuitable adaptation instruments.

Updates for the apparatus software can thereby be loaded without theprevious settings becoming meaningless or invalid or even without theapparatus 1 switching to an undefined state or having to be completelyreconfigured. By means of such measures, it is furthermore ensured thatapparatus configurations can be used on different respirationapparatuses 1 if these configurations were created with an old softwareversion and were dispatched, for example, via a data medium.

The method also enables an operation of newer respiration apparatuses 1with computers 100 which have older and therefore invalid versions ofthe computer software. If a valid apparatus software program and aninvalid computer software program are present, the apparatus softwareprovides, for example, a program component with which the computersoftware can be extended or updated, as a result of which the support ofthe respiration apparatus from the older computer software is enabled.The program component may be provided, for example, via a memory card,via a USB mass storage device or via LAN or WLAN.

The program component is, for example, a file that defines parameterlimits and plausibility rules. The file may additionally also defineparameter interdependencies. The file is then read and used accordinglyby the computer software. The program component may also be designede.g. as a functional software component, such as e.g. a DLL file. Thecomputer software is enabled by the DLL file provided by the apparatussoftware to interact with the respiration apparatus 1.

An interaction between the computer 100 and the respiration apparatus 1is thus enabled by the program component despite invalid versions. As aresult, the computer software can provide functions not previouslypossible or accessible and, in particular, can read and control therespiration apparatus 1. This is particularly advantageous if a newapparatus type is placed on the market, since the external computers 100would not be able to support the new apparatus 1 without the provisionof the program component by the apparatus software.

A reliable operation of the respiration system 100 is also achieved bykeeping the computer software backward-compatible in the developmentprocess. As a result, a new computer software program can also supportolder devices 1 with invalid apparatus software. When a connection isset up between a computer 100 and a respiration apparatus 1, e.g. thetype and apparatus software version are queried and the configuration iscarried out according to the version. If it is detected that a criticalupdate for the apparatus software is defined as a mandatory requirement,this is requested e.g. via a notification to the user.

In the event of a discrepancy between the versions of the operatingprograms to such an extent reliable operation is no longer guaranteed,an update request can be provided. It can be defined here, for examplefor the respectively newer component, the computer software and/or theapparatus software, that the latter blocks the interaction with olderversions of the three operating programs and requests an update of therespectively older and invalid operating programs.

A master program is provided in the case where a multiplicity of devices1 are to be configured in an identical manner. The master program isstored, for example, on a memory card. An apparatus configuration ore.g. a basic configuration can thus be quickly and simply stored on amultiplicity of devices 1. Since it is particularly important in such acase that no version conflicts occur, the execution of the masterprogram can be blocked if invalid versions are present.

The method for the respiration system and the method for the respirationapparatus can also be advantageously operated in parallel, e.g. within arespiration system. The respiration apparatus is e.g. a bi-levelapparatus which is initially operated in an S/T mode with IPAP and EPAPand has set a multiplicity of further parameters. In the event of anapparatus update, EPAP and the further parameters can be acceptedunchanged. A further apparatus alarm, for example, is added. The defaultsetting (“inactive”) can be accepted into the new apparatusconfiguration for this alarm.

Furthermore, a target volume function, for example, is added. This meansthat IPAPmax and IPAPmin rather than IPAP must be set in future in S/Tmode, and additionally the target volume VTarget. There is no generallyvalid default setting for IPAPmax, IPAPmin and VTarget, and these mustbe selected individually for the patient requiring respiration. Theapparatus software detects this conflict during the update by means ofthe adaptation of the apparatus configuration or by means of the programcomponent. It asks the user, e.g. the doctor or technician, for thevalues that are to be used for IPAPmax, IPAPmin and VTarget for thepatient currently requiring respiration. Via the program component, itknows the applicable value range of the new parameters and theIPAP>=IPAPmin interrelationship. The selection facility of the user isthereby appropriately restricted. If the setting is effected during theupdate or at a later time via a computer software program, the latterlearns the value limits and interrelationship of the new parameters viathe program component. Although the target volume function was not yetpresent at the time when the computer software was created, theapparatus can nevertheless be set correctly via the computer software.

The methods and devices presented here have the advantage that as manycombinations as possible of different versions of computer softwareand/or apparatus software and/or apparatus configurations are usablewith one another. As a result, as many user settings and respirationsettings as possible can be accepted following an update. In addition,it is thereby guaranteed that the resulting respiration function is safeand defined.

While the present invention has been described with reference toexemplary embodiments, it is understood that the words which have beenused herein are words of description and illustration, rather than wordsof limitation. Changes may be made, within the purview of the appendedclaims, as presently stated and as amended, without departing from thescope and spirit of the present invention in its aspects.

Although the present invention has been described herein with referenceto particular means, materials and embodiments, the present invention isnot intended to be limited to the particulars disclosed herein; rather,the present invention extends to all functionally equivalent structures,methods and uses, such as are within the scope of the appended claims.

To sum up, the present invention provides:

-   -   1. A method for operating at least one respiration apparatus        with at least one processor device to control a plurality of        apparatus functions comprising at least one apparatus software        program and at least one apparatus configuration with setting        parameters, wherein a validity of the apparatus software and a        validity of the apparatus configuration are characterized in        each case by at least one version and wherein the versions are        compared with one another in order to detect a version conflict        between the apparatus software and the apparatus configuration,        and wherein, if an invalid version of the apparatus        configuration and a valid version of the apparatus software are        present, the setting parameters of the apparatus configuration        are read and sorted into at least a first group with setting        parameters that are unaffected by the version conflict and at        least a second group with setting parameters that are affected        by the version conflict and that the setting parameters of the        first group are retained.    -   2. The method according to item 1, wherein the setting        parameters of the second group are sorted into at least a first        class with setting parameters that are uncritical for an        envisaged operation of the respiration apparatus and at least a        second class with setting parameters that are critical for an        envisaged operation of the respiration apparatus.    -   3. The method according to item 1 or item 2, wherein at least        one setting parameter of the first class is recalculated on the        basis of at least one rule stored in the apparatus software.    -   4. The method according to item 3, wherein the calculation rule        provides a taking into account of at least one other setting        parameter of the first group and/or the second group.    -   5. The method according to any one of items 2 to 4, wherein at        least one setting parameter of the first class is set using at        least one user input.    -   6. The method according to any one of claims 2 to 5, wherein at        least one setting parameter of the first class is replaced with        at least one default setting stored in a storage device.    -   7. The method according to any one of items 2 to 6, wherein, if        at least one setting parameter of the second class is present,        at least one indication of the version conflict is output to the        user.    -   8. The method according to any one of items 2 to 7, wherein, if        at least one setting parameter of the second class is present, a        preceding and valid version of the apparatus software is        restored following a request for at least one user input.    -   9. The method according to any one of items 2 to 8, wherein, if        at least one setting parameter of the second class is present,        at least one user input is requested for an operation with the        invalid version of the apparatus software and apparatus        configuration and, following the user input, the operation is        continued with the invalid version in an at least partially        restricted mode.    -   10. A method for operating at least one respiration system with        at least one respiration apparatus and with at least one        computer software program for an external computer for operating        the respiration apparatus via at least one interface, wherein        the respiration apparatus comprises at least one processor        device to control a plurality of apparatus functions, the        processor device comprising at least one apparatus software        program and at least one apparatus configuration with setting        parameters, wherein a validity of the computer software and a        validity of the apparatus software and a validity of the        apparatus configuration are characterized in each case by at        least one version and wherein the versions are compared at least        partially with one another in order to detect a version        conflict, and wherein, if a valid version of the apparatus        software and an invalid version of the computer software are        present, at least one program component for the computer        software is provided by the apparatus software and the program        component defines at least one limit value and at least one        plausibility rule for the computer software, by means of which        at least one setting parameter can be set in the apparatus        configuration from the computer software.    -   11. The method according to item 10, wherein at least one        interdependency between at least two setting parameters is        defined by the program component.    -   12. The method according to item 10 or item 11, wherein at least        one program code is provided by the program component in at        least one program library jointly used by the apparatus software        and the computer software.    -   13. The method according to item 12, wherein the program code is        provided by at least one executable file and, in particular, at        least one DLL file.    -   14. The method according to any one of items 10 to 13, wherein        the computer software is designed as at least partially        backward-compatible, so that an operation is possible with at        least one version of an apparatus software program recognized as        invalid.    -   15. The method according to any one of items 1 to 14, wherein a        parallel setting of a multiplicity of apparatus configurations        is undertaken by means of at least one master program and        wherein the master program is executable with valid versions        only.    -   16. The method according to any one of items 1 to 15, wherein at        least one auxiliary program is used to set the apparatus        configuration, by means of which at least one rule is defined        for setting at least one setting parameter.    -   17. A respiration apparatus with at least one processor device        to control a plurality of apparatus functions comprising at        least one apparatus software program and at least one apparatus        configuration with setting parameters, wherein a validity of the        apparatus software and a validity of the apparatus configuration        are characterized in each case by at least one version and        wherein the processor device is suitable and designed to compare        the versions at least partially with one another in order to        detect a version conflict between the apparatus software and the        apparatus configuration, and wherein the processor device is        suitable and designed to register at least one invalid version        of the apparatus configuration and at least one valid version of        the apparatus software and to read the setting parameters of the        apparatus configuration and sort them into at least a first        group with setting parameters unaffected by the version conflict        and at least a second group with setting parameters affected by        the version conflict and to retain the setting parameters of the        first group.    -   18. A respiration system with at least one respiration apparatus        and with at least one computer software program for an external        computer to operate the respiration apparatus via at least one        interface, wherein the respiration apparatus comprises at least        one processor device to control a plurality of apparatus        functions, the processor device having at least one apparatus        software program and at least one apparatus configuration with        setting parameters, wherein a validity of the computer software,        a validity of the apparatus software and a validity of the        apparatus configuration are characterized in each case by at        least one version and wherein the processor device is suitable        and designed to compare the versions at least partially with one        another in order to detect a version conflict, and wherein the        processor device is suitable and designed to register a valid        version of the apparatus software and an invalid version of the        computer software and to provide at least one program component        stored in the apparatus software for the computer software and        the program component comprises at least one limit value and at        least one plausibility rule for the computer software, by means        of which at least one setting parameter is settable in the        apparatus configuration from the computer software.

LIST OF REFERENCE NUMBERS

-   -   1 Respiration apparatus    -   2 respiration device    -   3 Ventilator device    -   4 Respiration interface    -   5 Monitoring device    -   6 Humidifying device    -   7 Operating device    -   8 Processor device    -   11 Home respiration apparatus    -   10 Computer    -   14 Respiratory mask    -   15 Storage device    -   17 Display unit    -   24 Hood    -   25 Controller    -   27 Interface    -   34 Coupling element    -   35 Sensor device    -   44 Exhalation element    -   54 Connection tube    -   64 Coupling device    -   100 Respiration system    -   101 Housing    -   350 Pressure-measuring tube    -   351 Input nozzle

What is claimed is:
 1. A method for operating at least one respirationsystem with at least one respiration apparatus and with at least onecomputer software program for an external computer for operating therespiration apparatus via at least one interface, wherein therespiration apparatus comprises at least one processor device to controla plurality of apparatus functions and wherein the processor devicecomprises at least one apparatus software program and at least oneapparatus configuration with setting parameters, wherein a validity ofthe computer software and a validity of the apparatus software and avalidity of the apparatus configuration are characterized in each caseby at least one version and wherein the at least one version ofapparatus software and the at least one version of apparatusconfiguration are compared at least partially with one another in orderto detect a version conflict, and wherein, if a valid version of theapparatus software and an invalid version of the computer software arepresent, at least one program component for the computer software isprovided by the apparatus software, the program component defining atleast one limit value and at least one plausibility rule for thecomputer software, by which at least one setting parameter can be set inthe apparatus configuration from the computer software.
 2. The method ofclaim 1, wherein at least one interdependency between at least twosetting parameters is defined by the program component.
 3. The method ofclaim 1, wherein at least one program code is provided by the programcomponent in at least one program library jointly used by the apparatussoftware and the computer software.
 4. The method of claim 3, whereinthe program code is provided by at least one executable file.
 5. Themethod of claim 4, wherein the program code is provided by at least oneDLL file.
 6. The method of claim 1, wherein the computer software isdesigned as at least partially backward-compatible, so that an operationis possible with at least one version of an apparatus software programrecognized as invalid.
 7. The method of claim 1, wherein a parallelsetting of a multiplicity of apparatus configurations is undertaken byat least one master program and wherein the master program is executablewith valid versions only.
 8. The method of claim 1, wherein at least oneauxiliary program is used to set the apparatus configuration, by whichat least one rule is defined for setting at least one setting parameter.9. A respiration system with at least one respiration apparatus and withat least one computer software program for an external computer tooperate the respiration apparatus via at least one interface, whereinthe respiration apparatus comprises at least one processor device tocontrol a plurality of apparatus functions and wherein the processordevice has at least one apparatus software program and at least oneapparatus configuration with setting parameters, wherein a validity ofthe computer software, a validity of the apparatus software and avalidity of the apparatus configuration are characterized in each caseby at least one version and wherein the processor device is suitable anddesigned to compare the at least one version of the computer software,the at least one version of apparatus software, and the at least oneversion of apparatus software at least partially with one another inorder to detect a version conflict, is suitable and designed to registera valid version of the apparatus software and an invalid version of thecomputer software and to provide at least one program component storedin the apparatus software for the computer software, the programcomponent comprising at least one limit value and at least oneplausibility rule for the computer software, by which at least onesetting parameter is settable in the apparatus configuration from thecomputer software.